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A COLLABORATIVE, FAULT-TOLERANT, SCALEABLE, 
FLEXIBLE, INTERACTIVE REAL-TIME DISPLAY AND 
PROCESSING METHOD AND APPARATUS 



5 BACKGROUND OF THE INVENTION 

The invention relates generally to methods and apparatus for providing scaleable, 
flexible, and interactive views of dynamically changing data stored in a cache, and more 
particularly, to a method and apparatus for flexibly interacting, controlling and 
collaborating, in real-time, the display of data stored at a remote location and provided for 

10 interactive display over a network or locally. 

The invention relates to many Web-based applications and as one example, to 
financial fields, such as financial portfolio and market data applications. In particular, in 
order to function effectively, users need the proper tools to research, monitor, and analyze 
portfolio and market information, and to communicate with one another, with customers 

15 and with suppliers. Existing software systems currently provide only partial solutions to 
these needs. These systems do not provide a flexible, outsourced, real-time, 
collaborative, Web-based total solution. It is further important for these professionals to 
have real-time tools which enable up-to-date data to be effectively displayed, manipulated 
and shared in order to allow fully informed and current decisions to be undertaken. 

20 Flexibility in user presentation can also be important to understanding the data and the 
relationship between different data points and entities. 

SUMMARY O F THE INVENTION 

The invention relates to a method and apparatus for providing information in an 
25 easily customizable, interactive and collaborative format. The invention can be looked at 
as the combination of one or more functional components. Thus, in one aspect, the 
method features aggregating raw data on at least one DataServer connected to a 
communication network; performing analysis of that data using at least one 
AnalyticalServer that is connected to the network; maintaining a cache of the most recent 

1 

BOSTON 1305933V1 



111987.122 



data and analysis of that data from the AnalyticalServers on at least one ViewServer 
connected to the network; maintaining a web server in communications with the network, 
the web server being accessible by users over the Internet; and maintaining an 
ApplicationServer on the network that, based either on requests of the user through the 
5 web server, or through an automatic refresh, generates web pages using, for example, the 
cached information on the ViewServer. 

The various servers noted above are in essence a set of object-oriented modules 
that provide services to other system components and can be implemented in a variety of 
ways such as an operating system process, a tiiiread in an operating system process, or a 

10 module in an operating system process, on one or multiple computers. There can be as 
little as one instance of each server, or as man y as needed system wide. 

The architecture of the system enables a memory cache, local to, for example, the 
AnalyticalServer to maintain the necessary data, gathered from a variety of data sources, 
in order to quickly and automatically provide alternate "views" of the data as requested by 

15 the user. This system can also employ a transaction server which collects and organizes 
information about transactions from sources external and/or internal to the user, and a 
DataServer which collects and organizes external data from the various sources. The 
AnalyticalServer takes the information provided by the transaction server and the 
DataServer, in real-time, and calculates the vsrious analytical functions specified by the 

20 user, or provided in accordance with a functional program. The results of these 
calculations, together with the data and the transactions, are then collected by the 
ViewServer and stored in its local cache. The cache is updated dynamically in real-time. 
In general, the ViewServer methodology of caching data is applicable to many possible 
types of views, including table views, chart/graph views, text views, news views, alert 

25 views, etc. The ViewServer typically subscribes to updates of its views from the relevant 
source, and upon update reception, keeps them in a cache therefore conveniently available 
for its subscribers. 

hi one embodiment, according to the invention, the user logs onto a web server 
using a user name and password, and requests a page containing information, preferably 
30 real-time information. The web server passes that request to an ApplicationServer which 
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obtains the most recent information from a ViewServer. The ApplicationServer also 
creates a web page using this information and. returns it to the web server for transmission 
back to the user as a full "page" over, for example, the Internet. Embedded in the 
returned page can be an HTML refresh tag wliich automatically generates a new request 
5 to the ApplicationServer, for the same information, on a periodic basis. Accordingly, an 
updated new page reflecting any changes in the information is returned to the user, 
periodically, without the need of a new user request being issued by the user. The 
"period" or "repetition rate" can dynamically change depending upon, for example, the 
rate of change of the data, the nature of the data, or yet other parameters, either singly or 

10 in combination. 

The system and method enable sharing information between a group of users 
communicating through a network, in a way ttiat allows the users to share the application 
look, feel, interaction and data, in whole or in part. In one aspect, the system and method 
provide shared application displays with a capability of interacting and manipulating such 

15 application displays bi-directionally between systems connected through a network. The 
system and method implement bi-directional communication between user applications 
and a shared application service. One shared application can have multiple services and 
can serve multiple user groups simultaneous^. Users can join and leave the sharing group 
at any point of time. 

20 According to a particular embodiment of the invention, this system can be 

deployed in-house and the ViewServers can be implemented as a local applications on 
user computers. This configuration allows bi-directional interaction between local 
applications and outside (internet/intranet) applications and any operations in one 
program are automatically reflected in another program through the use of shared views. 

25 According to another particular aspect of the invention, a returned page from the 

web server can have an interactive HTML table which has various control "buttons" on 
which the user can click. These buttons, when "activated" by clicking on them, can 
change the manner in which the generated page displays its information. Thus, in one 
embodiment, where information is displayed in a tabular format, a button at the top of 

30 each column of the table can reflect whether the data is displayed in an ascending order or 
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a descending order. Clicking upon the button would cause a message to be sent to the 
ApplicationServer (through the web server) acid to the ViewServer to generate the page 
with information in the selected order. In yet another aspect of the invention, an override 
button/unoverride button can be provided to substitute, for one or more original data 
5 points (which can be raw data or result of calculations) provided by the system, new user 
provided data to enable the system to override; currently available data with user selected 
data and to use the override data to view, in the display, results calculated using the 
override data. Such an override operation can be used, for example, for what-if analysis, 
or to override information either in a group, or globally. When the user has completed 

10 the analysis using the overwritten data, the unoverride button can be applied to all or 

selected portions of the overwritten data to return the system, automatically, to the a new 
state, provided by the system. 

In yet another embodiment of the invention, client programs (such as a Java 
applet, a C# based program, or a local program) can be employed instead of the typical 

15 ["http"] HTML pages over the Internet, and the same general functionality of the various 
elements of the invention can be maintained. A client program dynamically creates its 
views using server based configuration and gets the data from the ViewServer through 
ApplicationServer. 

In yet another embodiment of the invention, a failover button can be provided, to 
20 provide under control of a single action, in the; event of a failure of the requested data 
from the requested server, for an automatic switch to another web server which will 
connect through another ApplicationServer to the original ViewServer. This method of 
operation, according to the invention, can prolect against failure of a particular web server 
or ApplicationServer, as well as network failure, whether internal or external. 
25 Accordingly, the invention advantageously provides data and information recalled 

from a central data system in a real-time, scaleable, configurable, interactive display 
system wherein the system can be updated at selectable times and operated in a redundant 
manner. The functional redundancy and multi -processing capability enables the system 
to operate in a flexible and reliable manner, and to present data either globally to all users 
30 within a group, or under individual user control. 
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In alternative embodiments, hard-wired circuitry may be used in place of or in 
combination with software instructions to implement the present invention. Thus, the 
present invention is not limited to any specific combination of hardware circuitry and 
software. 

5 Further, the present invention is not limited to any particular architecture of 

network, network protocol, computing device, display device, storage device, input or 
output device, database or any particular type of programming language. 

BRIEF DESCRIPTION OF DRAWINGS 

10 The present invention is illustrated by way of example, and not by way of 

limitation, in the figures of the accompanying drawings. Other features and advantages of 
the invention will be apparent from the following drawings, taken together with the 
description of the invention, in which: 

FIG. 1 is a general architectural description in accordance with the invention; 

15 FIG.. 2 is a more detailed description of the server architecture in accordance with 

the invention; 

FIG. 3 is a first screen shot illustrating a tabular view of data in accordance with 
the invention; 

FIG. 4 is a second screen shot illustrating a tabular presentation of data in 
20 accordance with the invention; 

FIGS. 5 A and 5B a yet further detailed diagram of the overall server architecture 
in accordance with the failover mode of the invention; 

FIG. 6 is a representation illustrating user display options; 
FIG. 7 is a flow chart describing the general operation in accordance with the 
25 operating method of the invention; 

FIG. 8 is a more detailed flow chart description of system operation in accordance 
with the invention; 

FIG. 8 A is a third screen shot illustrating a tabular presentation of data in which a 
selected trade can be modified or cancelled; 
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FIG. 8B is a fourth screen shot illustrating the next step in modifying or canceling 
a selected trade; 

FIG. 9 is a confirmation screen shot for modifying the selected trade; 
FIG. 10 is a screen shot of a tabular presentation enabling the user to modify a 
5 selected trade; 

FIG. 11 is a screen shot illustrating a tabular presentation of data aggregated by 
country; 

FIG. 12 is a screen shot illustrating a tabular presentation of data as a result of 
"drill down" of the country aggregation illustrated in FIG 11; 
10 FIG. 13 is a flow chart illustrating a particular implementation scenario shared 

application display methodology; 

FIG. 14 is an alternate architecture for implementing the invention; 

FIGS. 15-19 are screen shots illustrating column operations according to one 
aspect of the invention; 

15 FIGS. 20A-20D represent a diagram of application display operations, allowing to 

hide and reveal different areas in the application display; 

FIG. 21 is a diagram of an HTML based application; 
FIG. 22 is a diagram of a browser based client application; 
FIG. 22A is a diagram of a local client application; 
20 FIG. 23A is a diagram of ViewServer implemented as a part of an 

ApplicationServer; 

FIG. 23B is a diagram of ViewServer, AnalyticalServer, DataServer and 
transaction server implemented together as a part of module/thread/process; 

FIG. 23C is a diagram of ViewServer implemented as an operating system 
25 process; 

FIG. 24Ais a diagram of an HTML based shared application; 
FIG. 24B is a diagram of a browser based client shared application; 
FIG 24C is a diagram of a local client shared application; 
FIGS. 25 A-C are diagrams showing moving a column in an HTML based shared 
30 application; 
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FIGS. 26 A-C are diagrams showing moving a column in a client-based shared 
application; 

FIG. 27 is a diagram showing the display of different subsets of shared application 
functionality at the same time; 



10 application; 

FIG. 32 is a flowchart illustrating a process of application sharing; 

FIG. 33 is a one-to-many sharing of a local application through the network; 

FIG. 34 is a flowchart illustrating application sharing by downloading a shared 
application (in whole or in part) to the local device for further sharing; 
15 FIG. 35 is a flowchart illustrating the operation of sharing shortcuts; 

FIG. 36 is a flowchart illustrating a process for alerting a user about changes in 
monitored conditions associated with the views; 

FIG. 37 is a flowchart illustrating the process of setting parameters for controlling 
application access; 

20 FIG. 38 is a flowchart illustrating the process of sharing media messages in the 



5 



FIG. 28 is a flowchart of the operations performed in FIGS. 25 A-C; 

FIG. 29 is a flowchart of the operations performed in of FIGS. 26A-C; 

FIG. 30 A is a diagram of standalone shared applications; 

FIG. 30 B is a diagram of multi-service shared applications; 

FIGS. 31-1 and 31-2 are a flowchart illustrating a connection to the shared 



system; 



FIGS. 39A-B illustrate flowchart of the process of saving and subsequently 
restoring views for further interaction; 



25 



FIGS. 40A-E are diagrams showing d>namic basic aggregation of a table; 
FIGS. 41 A-C are diagrams showing dynamic parameterized aggregation of a 



table; 



30 



FIGS. 42A-C are diagrams showing dynamic filtering of a table; 

FIGS. 43A-J are diagrams showing a virtual column operations in a table; 

FIGS. 44A-B are diagrams showing login panel; 

FIGS. 45A-H are diagrams showing various column charting operations; 
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FIGS. 46A-F are diagrams showing multi-column sort operations; 
FIG. 47 is a flowchart illustrating column control bar operations; 
FIGS. 48-1 and 48-2 are a flowchart illustrating the MatrixClick methodology; 
FIG. 49 is flowchart illustrating providing parameters for table columns; 
5 FIG. 50 illustrates an aggregation control panel according to one aspect of the 

invention; 

FIGS. 51 A and 5 IB illustrate filter control panels according to an aspect of the 
invention; and 

FIG. 52 is a flowchart of the override Junction. 

10 

DESCRIPTION OF PARTICULAR EMBODIMENTS 

Overall Architecture 

Referring to FIG. 1, according to the invention, a general architecture of the 

15 system 10 includes a plurality of users 12a, 12 b, ...12a connecting to the display 

generation system 14 over a communication network 16, here the Internet. The users 12 
typically employ computing devices having a CPU, memory, storage, display, input 
devices, networking devices, etc., for communications with network 16. Other networks 
can include, for example an intranet or wireless network, local or with area networks, 

20 other public networks, etc. While other networks can be employed, the ubiquitous nature 
of the Internet, and the ability to connect to it make it an ideal communications medium 
with which to provide user access to the interactive display generation system 14. The 
display generation system 14 has a data processing, acquisition, and caching system 18 
(here designated ViewTOTAL), which obtains data from external data sources 20 and 

25 which further obtains transactional information from external transaction data sources 22. 
The users obtain, with this architecture, in accordance with the invention, a flexible, 
scaleable, real-time, interactive and collaborative view of configured data from the 
system 18 as described in more detail below. 

Each of the computing devices is interconnected by a network. For simplicity, it 

30 is presumed that the network is a Transmission Control Protocol/Internet Protocol 
(TCP/IP) network. However, other networking protocols such as the Internet Control 
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Message Protocol (ICMP) extension to TCP/IP, Internetwork Packet eXchange (IPX), 
Sequenced Packet Exchange (SPX), AppleTalk, or the like can also be used. The 
network may be a single physical link, or a logical structure crafted from a combination 
of physical and non-physical data pathways (e.g., analog or digital dialup connections, 
5 satellite links, etc.). 

In one embodiment, the system employs the combination of web-client software 
on each user computing device and web server software on the server. For example, the 
users can utilize web browsers and receive active HTML content (or JavaScript, Java, 
JScript, Active Server Page (ASP) files, ActiveX, Visual Basic, and the like) to interact 
10 with the server; and the web server can be an Apache web server or a Microsoft Internet 
Information Server. 

When the system uses a web server, it is expected that Hypertext Markup 
Language (HTML) tags (or the equivalent) are used to cause transfer of pages to the 
client. (HTML is a document format based on the Standard Generalized Markup 
15 Language (SMGL) that uses "tags" to flag formatting, structure, data access, etc.) 

The system 18, referring to FIG. 2, has, in the illustrated embodiment a plurality 
of independent servers, having their own operating systems, connected to communication 
networks, for example, private networks 30, 32, and which also connect to a database 
source 34 which can be either a mass storage system having its own operating system and 
20 third party database software, individual disk drives and a controller, or some other form 
of storage. The plurality of servers, and the private networks 30 and 32, enable the 
system 18 to be resilient in the case of failure of one of the networks, and enable, as will 
be seen below, redundancy at the server level. 

Other configurations of servers and networks can also be used. The various 
25 servers noted above are in essence a set of object-oriented modules that can be 

implemented in variety of ways such as an operating system process, a thread in an 
operating system process, or a module in an operating system process, on one or multiple 
computers. There can be as a little as one instance of each server, or as many as needed 
system wide. Such a system is usable with one network, or even without the network if 

9 

BOSTON 1305933V1 



111987.122 



the whole system is running on one computing device, but multiple networks can be 

deployed for the purpose of redundancy. 

The distinction between the "servers" are functional, and a variety of server 

hybrids can be assembled to fit particular needs or circumstances. In general DataServer 
5 deals with data gathering, AnalyticalServer deals with computations, TransactionServer 

deals with transactions and ViewServer deals with keeping displayed views. The servers 

typically cache the data in memory, therefore allowing quick access to their "clients" to 

the cached data. The ViewTOTAL can be assembled from any variety of combinations of 

the servers described above, while also having ApplicationServers for page generations 
10 and web servers for communicating with the users over the network. Indeed, it is also 

possible to have all of the ViewTOTAL functionality implemented on a single server 

system rather than multiple smaller systems. 

For example, ViewServer can be implemented as an operating system process 

2307 in FIG. 23C, or as a thread/module 2302 within an ApplicationServer process 2301 
15 in FIG. 23 A, or combined as a thread/module 2304 within one process 2303 with 

additional "servers" 2305, and communicating over a software "bus" 2306 as illustrated 

in FIG. 23B. 

In particular, the illustrated system 18 includes one or more web servers 40, one or 
more ApplicationServers 42, one or more ViewServers 44, one or more AnalyticalServers 
20 46, one or more DataServers 48 which can receive data from external data sources 20, 
and one or more transaction servers 52 which can receive external transactions from any 
of plurality of sources, such as external transaction sources 22, user input, uploaded data 
(such as through FTP or the Web), as well as other sources. 

The system architecture enables provision of real-time shared views with the 
25 capability of interacting and manipulating application displays bi-directionally between 
systems connected through a Web to Web connection, a Web to local program 
connection, and a local program to Web connection, as well as a local program to local 
program connection through the Web. 

In operation, referring to FIG. 7, the system 18 receives a request at 100 from the 
30 network 16 at the web server 40. The web server receives the typically html page request 
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and sends, at 102, the request to the ApplicationServer 42 typically over one of the 
networks 30, 32. The ViewServers subscribe to updates from DataServer 48, transaction 
server 52, and AnalyticalServer 46 as well as using data from the database server 34. 

The AnalyticalServer 46 asynchronously takes the information, processes, etc. and 
5 "calculates" the necessary data at 105, and delivers the data necessary for assembling the 
page (at 106) which will be organized and stored by the ViewServer in its cache (step 
106) returned to the user over the networks 30, 32 through the ViewServer 44. 

The AnalyticalServer 46 asynchronously takes the information, processes, etc. and 
"calculates" the necessary data at 105. It publishes the resulting data over the networks 

10 30, 32. ViewServer receives the data to which it subscribed, and organizes and stores the 
data in its cache (step 106). The ApplicationServer assembles the page from the 
ViewServer data (at 108) and the page is returned to the user over the networks 30, 32 
through the web server 40 at 1 12. 

The AnalyticalServer recalculates only the changes in the received data, and the 

15 interval for recalculation is configurable, in the illustrated embodiment. Thus, for 
example, when the AnalyticalServer operates in a "HotCache" mode, it recalculates 
everything in real-time; when it operates in a "WarmCache" mode, it recalculates in the 
timeout period; and when it operates in a "ColdCache" mode, it recalculates only when 
requested. It is the user decision or an automated priority configuration system which 

20 decides which mode of operation to use. The DataServer receives data updates from 
subscribed data sources. Once received, the DataServer sends the data to its own 
subscribers and keeps a copy in its memory. The transaction server loads transactions 
from available sources, aggregates them, and keeps them in memory. It also subscribes to 
new transactions, modifications and cancellations and notifies its subscribers of the 

25 "updates" in stored data. The ViewServer subscribes to updates of the combination of 
data, analytics, and transactions, and when the information is received, it organizes and 
stores it in cache. The information that ViewServer subscribes to is either configurable 
globally (same information for all the users) or configurable as a per-user or per access 
identifier (see below). These and other configurations are kept by the system in a 

30 configuration database. Referring to FIG. 21, in the case of HTML-based applications, 
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the ViewServer 44 operates in a request-reply mode - it receives update requests from the 
user application (for example a web browser 21 10) on the client side and will 
automatically return an updated version of the web data or "view" through the 
ApplicationServer 42 and web server 40. 
5 Referring to FIG. 22, in the case of a client-based application, the ViewServer 44 

can operate either in a request - reply mode or in a publish-subscribe mode. In the 
publish-subscribe mode, client-based application 2210 subscribes to receive updates 
through its associated web browser, and the ViewServer 44 publishes the updates through 
the ApplicationServer 42 (since the client is, for example Java based, the web server 40 

10 may not needed). While commonly using the HTTP protocol to communicate with the 
client through the web server and/or ApplicationServer, ViewServer can do it through 
other apparatus, without using the web server and/or the ApplicationServer. For 
example, it can be performed by having communication adapters in both ViewServer and 
the client program that use a common communication protocol. 

15 In any instance, the invention described herein is not dependent upon the client 

program or how the client and server connect. In fact, referring to FIG. 22A, for a local 
client application, the locally based application may communicate directly with the 
ViewServer rather than processing through the ApplicationServer 42. 

In the case of a local client-based application, the ViewServer may be 

20 implemented as that application. The ViewServer keeps information in its cache memory 
70 specifically for speeding the access to the displayed data (at the user's display). When 
update occurs, the data status, on a cell by cell basis, can be displayed to the user using a 
color scheme customized for each user. Further, in appropriate circumstances, the 
ViewServer can communicate directly with the local client-based application. 

25 Referring to FIG. 7 again, some of the data processing at 106 can result from a 

user request, for example, a data override request, while other of the data can be 
automatically processed at 106 as a result of the addition of new data obtained by the 
DataServer 48 or the transaction server 52. A client program can provide an automatic 
update using publish-subscribe paradigm, while HTML provides the data on request. The 

30 ViewServer organizes its cache 70 by displayed views of the application, from which it 
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can then be passed, through the ApplicationServer where the web page is assembled at 
108, to the web server, for delivery at 1 12 over the network 16 and then to a user 12. 
Such an organization of data greatly simplifies the page creation by the 
ApplicationServer, which serves as a mere "formatter" of the data that is already 
5 organized for viewing. Referring to FIG. 3, the data can be presented in a typical tabular 
format as illustrated by the screen shot of FIG. 3. This shows the data from two 
instruments being presented, in real time, to the user. The user can, as noted in the 
"Views" line 60, enable various views to be provided. Clicking on any of these elements 
will request from the system 18 a new view. The view is automatically refreshed, as 

10 noted above, at 114. 

The ViewServers 44 each have their own cache 70 so that when requesting a 
currently used data view, it can be obtained without having to perform any further 
analysis or obtain any further information, again, from the database source 34. In a 
preferred embodiment, the table view, such as that illustrated in FIG. 3 is efficiently 

15 updated by subscribing to and receiving only changed data from relevant published data 
sources. In the illustrated particular embodiment of the invention, the cache 70 is 
organized in terms of user requested data views, as illustrated in FIG. 27. 

According to the described embodiments, an application display is the display 
from the application which can be, for example, a Graphical User Interface (GUI) 

20 window or an HTML page. Each instance of the application display can have application 
controls including navigation controls 2010, information slice controls 2020, and a 
plurality of views such as table 80, graph 82, chart 84, news 86, alert 88, message 90 etc. 
(See for example FIG. 6). Each application can have one or more application displays as 
illustrated in FIG 8 A, 8B, 10,11 and 12. 

25 In a preferred embodiment of the invention, ViewServer will keep a version 

identifier for each of its views. The view version identifier will separately keep data 
changes and presentation changes. The ApplicationServer will keep the version identifier 
of its views as well and will compare its version of a requested view with the version kept 
in the ViewServer. For each data or presentation change, the view associated version 

30 identifier will be updated. If the version identifier for particular view(s) in the 
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ViewServer did not change since the last view request by the application, the 
ApplicationServer can return its cached page for this view(s) without needing to 
reassemble the page. 

In addition, referring to FIGS. 39A and 39B, views (one or multiple) can be saved 
5 at 3901 (for example as reports) and stored by the system at 3902. Later, the original or 
another user with access rights can access the saved view(s) at 3903. The system loads the 
saved views into ViewTOTAL, at 3904, and in particular, according to this embodiment 
of the invention, saved views need to be loaded by a DataServer while updating the 
AnalyticalServer and the user can interact with them, as well as share them with other 
10 users at 3905. 

Sharing mechanism 

The system enables sharing information among a group of users communicating 
through a network, in a way that allows the users to share the application look, feel, 
interaction and data, in whole or in part. 

15 In a particular preferred implementation, according to this aspect of the invention, 

the system architecture provides shared application displays with a capability of 
interacting and manipulating such application displays bi-directionally between systems 
connected through a network. The system implements bi-directional communication 
between user applications and shared application service 2410 as illustrated in FIG 24 A 

20 for HTML based application, in FIG. 24B for a browser client based application, and in 
FIG 24C for a local client. 

For a client based program like a Java applet, the web server 40 is needed to 
download its code, but it does not necessarily use a web server, or even an application 
server 42 for communication. Furthermore, for a local client, even the application server 

25 42 may not be needed. 

The shared application service can be for example an operating system process, an 
operating system thread, or a module within the process/thread. The shared application 
service can reside on a "server" or it can be downloaded from application storage 3304, in 
whole or in part to the client, and can be further shared with other users using architecture 

30 illustrated in FIG. 33. One shared application can have multiple services and can serve 
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multiple user groups simultaneously. Users can join and leave the sharing group at any 
time. 

There are a number of sharing modes that can be employed, either individually or 
in combination by a system. A data sharing mode refers to sharing a common set of data, 
5 so that when data changes are made by one of the users, or the shared application service 
data is updated through its internal computations or application external data sources, the 
change is reflected in the shared application service and will be seen by all other users of 
the application service when they view any such affected display or displays. 

Data sharing allows an independent arrangement of shared data to be viewed by 
10 each user. For example, moving a column in a data sharing arrangement will not affect 
the shared application service or other user views, but an update of underlying shared data 
will. Typically in the case of data sharing, the system will create a new application service 
instance for each new user, as illustrated in FIG. 31. 

View sharing refers to the way applications look, feel, and interact, and are shared 
15 among the users, so if, for example, a column is moved in a shared view, the column will 
be moved in the shared application and each other users' applications. 

Typically, there is only one shared application service instance in the view sharing 
mode, even if there are multiple users authorized to access this particular service. 
Referring to FIG. 30A, a shared application service can be implemented as a standalone 
20 application 3001 instantiated for each user (or user group in the case of identical sharing 
within a group) or, referring to FIG. 30B, a multi-service application 3002 that provides 
configurable application functionality to each user (or user group in case of identical 
sharing within a group). Each instance of application service (either shared or not) has a 
unique global identifier 3010 which is used to by other system components, such as an 
25 ApplicationServer, to address the service. 

A particular embodiment of such a shared application implementation according 
to the invention, is a ViewServer, which provides information view services to the user 
applications. The ViewServer organization of its cache, in terms of application views, 
enables sharing of application displays among multiple users. When a view in a 
30 ViewServer changes as a result of an information update or user manipulation, all the 
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users that share this view in a view sharing mode, will receive a new updated view (either 
in real-time or at the next display refresh). The users that share in a data sharing mode 
will receive updates only in the case of an information update. 

In the case of restricted access to an application the system can provide 
5 application access (and potential sharing) in one of two ways: the first method provides a 
username and or password. For example, as shown in FIG. 44 A, the system displays 
username field 4410, password field 4420 (use of a password field may not be always 
necessary) and login button 4430. Upon entering these fields, the user activates the login 
button 4430. If the system authorizes login, the user is allowed to use the application. 

10 When using the same username and password, it essentially allows login to the same 

application, and enable complete sharing of the application. In the second method system 
create (as a result of a user request or an automatic system initialization) an identifier for 
such an access (to be called "access identifier") and stores the access identifier with its 
associated information, which will specify the application services allowed to the user or 

15 users of that identifier. An identifier can thus be provided for each user (user identifier) 
or the whole group (group identifier). The identifier can provide an access to information 
(that can be static or dynamic) in the system. The accessed application service can be 
shared with other users (in whole or in part), or be provided on a standalone basis. The 
access identifier can be implemented, for example, as a URL link. Alternative access 

20 identifier implementation could be a username and password combination, in whole or in 
part. When the identifier is user specific and requires a password, use of that identifier 
should prompt only for the password field 4420 as shown in FIG. 44B, and save 
unnecessary typing of user name by the user. 

Because of the nature of web based applications, accessing one application may 

25 allow access to multiple applications, and the other applications can be accessible through 
a URL link in the original application. 

When implemented by use of a URL (a uniform resource locator), the system 
sends the access identifier (URL) to the user. The user opens its message (for example 
email, or a page in his application, appearing as a URL link). The user clicks on the link 

30 and brings the page to view. After a successful login ( if a link requires authorization), 
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the user enters his login information. If authorized by a system, he is allowed login to the 
application. The system connects the user to the application service which can be used 
according to the access identifier. 

Referring to FIG. 32, when a user decides to share his application, in whole or in 
5 part, with additional users over the network at 3210, the user can specifies which parts of 
application to share, any restrictions on how the shared application can be used, and for 
how long to share the application (at 3220). The user also decides who shall have access 
to the shared application (at 3220). The system then creates access identifier and stores it 
with related parameters at 3230. The system then sends a sharing message to the 

10 specified recipients at 3240. After opening the received message, recipients get access to 
shared application and can then use it (at 3250). The user and recipients (at 3255) are 
now sharing the application. In addition, the user can proactively monitor use of the 
application by other users and dynamically change any attributes associated with sharing 
the application (at 3260). 

15 The application can provide the user with "shortcuts" which will allow to the user 

perform sharing more effectively. There are a number of shortcuts, among them a basic 
shortcut and a parameterized shortcut. The basic shortcut contains all the parameters for 
sharing and will be activated under control of one action. The parameterized shortcut has 
some parameters preset, and some parameters that need to be provided. 

20 The user can create the shortcuts and store them in the system for further use. In a 

preferred embodiment according to the invention, a basic shortcut will contain an access 
identifier, to eliminate the need to create an access identifier each time, when all the 
parameters are already known. The parameters for implementing sharing can be provided 
from a combination of default values, and/or the previous usage history for the parameter, 

25 or can be provided by user. 

For example, referring to FIG. 35, the application can have Share View, Share 
Page, and Share Application shortcuts that allow the user to specify what part of the 
application to share. In some cases, the user can specify, in one action 3501, what 
functionality to share and with whom. 
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More specifically, for example, in the case of technical support, the user can use 
help "shortcuts" such as View Help, Page Help, and Application Help. The shortcuts can 
be implemented, for example, as links or voice activated commands. Activating the View 
Help "shortcut" will cause an access identifier for the current view either to be extracted 
5 from shortcut at 3508 or to be created from the shortcut at 3502 and sent automatically at 
3505 to technical support. 

The technical support person who accesses a message with the access identifier 
will receive access to the specified user view at 3506 (which can be continuously 
updated). This will make the support process much more efficient, because the support 
10 person can instantly see and share at 3507 (either in the data or the view sharing mode) 
the information with which the user needs help. 

In one particular embodiment of the invention the method for using a shared 
application can be implemented, as illustrated in FIGS. 31-1 and 31-2 using the following 
steps: 

15 Connect to the shared application by providing an access identifier (for example a 

URL) (step 3101); 

If the identifier requires either a user identifier and/or password (step 3102), the 
user enters this information (step 3102-1); 

If access granted at 3103, then if the identifier indicates a data sharing mode (step 
20 3104), go to step 3105; 

Otherwise the system checks for the existence of an instance of the required 
application service at step 3106; 

If no application service instance exists go to step 3105; otherwise the system 
connects (step 3107) to an existing application service instance; 
25 In the step 3105 the system creates a new instance of the application service using 

the configuration associated with the access identifier and connects to the service 
instance; 

The ApplicationServer (in the case of an HTML application), or otherwise the 
client-based application then creates, in step 3108, required application displays using the 
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configuration associated with the access identifier; (the creation of application displays is 
affected because there are many displays and only few are required at a time) 

The information is acquired from the shared application, in step 3109, using either 
a request/reply or a publish/subscribe mechanism; 
5 The information is filtered as necessary at 3 1 10; 

If the application is an HTML application, the application display, with the 
information, is constructed at 31 12; Otherwise, the application updates its displays with 
new information at 3 1 15; If the user requests a new application display at 3 1 13 the 
systems goes to 3108; Otherwise the system then loops to update or refresh, as necessary, 

10 the shared display depending upon the user application type as indicated in step 3112 (for 
example in an HTML implemented application the system loops to step 3108, while in 
client-based implementation the system loops to the step 3109); 

The filtering operation of shared information, applied at 31 10 can be performed in 
either the shared application service or in the ApplicationServer. When the 

15 ApplicationServer performs the filtering, the shared application service will provide all of 
the information for each application display and the ApplicationServer will filter the 
information for each user. This approach makes it easy to implement the shared 
application service since it is not aware of the application display filtering. The drawback 
is that unnecessary information is passed to the ApplicationServer. 

20 Another approach is to implement filtering in the shared application service. This 

approach minimizes the data transferred to the ApplicationServer but introduces more 
complexity in the application service. To make data access and manipulation effective 
and fast, shared applications can store information in terms of user data views, so it can 
rapidly make updates according to user requests and distribute the updated data to the 

25 users. Each user application display, which can be a page (in HTML) or a window (in 
case of client-based applications), and each view within an application display, will be 
represented by corresponding objects in the shared application. 

In a particular embodiment of the invention, the manipulation actions and 
parameters which result, for example in the column manipulations described above, will 

30 be sent to the ViewServer for further processing. 
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Referring to FIGS. 25A-C and 26A-C, (and the corresponding flow charts of 
FIGS. 28, 29) suppose a user wants to move a column in a table. The shared application, 
in this case, will retain information, in cache, in terms of the user views. The shared 
application can store the information in a table format, which will make it easier for the 
5 application to move specified columns and also to update the views of other users. 

For example, in an HTML user application, referring to FIG. 25 A and FIG. 28, a 
table view 2530, in a user application 2510 and a table view 2540 in a shared application 
2520 are illustrated, before moving a column. In FIG. 25B, the user selects the operation 
which will move column B to the right of column C (step 2810), and this instruction is 
10 passed to the shared application 2520 (step 2820) which implements the move as shown 
2550 (step 2830); The user table view 2530, at this point in time remains the same. 
Referring to FIG. 25C, the next time the user page is refreshed (step 2840), it will reflect 
in the new view, shown at 2560, the column move operation, already performed in shared 
application (step 2850). 

15 In a client-based user application, now referring to FIG. 26 A and FIG. 29, a table 

view 2630 in a user application 2610 and a table view 2640 in a shared application 2620 
show the data presentation before moving a column. Referring to FIG. 26B, a user selects 
an operation which will move column B to the right of column C (step 2910). This 
column is moved at the user application 2610 as shown at 2650 (step 2920); while the 

20 shared application table view 2640 remains the same. Referring to FIG. 26C, the 

instruction is then passed to the shared application 2620 (step 2930), which moves its 
table column B as shown at 2660 (step 2940). 

Referring to FIG. 27, different users can be given access to different subsets of 
shared application functionality (typically the views) at the same time. Thus, as shown in 

25 FIG. 27, a shared application 2710 has opened several views A,B,C,D. Three user 
applications 2720, 2722, 2724 connect to the network 16. In accordance with the 
invention, different ones of the user applications will typically have access to different 
views of shared application. Thus, as shown in this example, user application 2720, has 
access to views A and B; user application 2722 has access to views B, C and D; and user 

30 application 2724 has access to views B and D. According to this aspect of the invention, 
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a change made in view B, will be seen by all the user applications; while a change in view 
D will only be seen by the other user application 2724 or 2722, respectively (typically 
instantly in a client-based application or at a next refresh in an HTML-based application). 
Changes in view A will be seen only by user application 2720. 
5 The shared application service also allows users to interactively share information 

in different media forms such as data views (table, charts/graphs), text-like views (news, 
alerts, messages), voice and video. Once an application is shared for example, through 
the data views, the sharing participants can collaborate further through the use of text, 
voice and/or video. Upon access to the shared application service, then, the user will be 

10 able to read and write text, speak and hear using voice, and show and watch video, as 
well as view the associated application. (When the shared application service is sharing 
views, it is acting as a shared ViewServer.) 

Users can thus collaborate using media such as text, voice and video in 
relationship to the combination of data views, application displays, the applications 

15 themselves, and events, can collaborate independent of them. For example, in case of a 
text/data- view relationship, referring to FIG. 38, the user can type in the text view at 3801 
related to the specific view in the application display, and the information is sent to the 
shared application service at 3802, and that text also can be shared with other users that 
take part in sharing that view at 3803. This way, users can not only share the data and 

20 views, but also can include commentary relevant to the shared views. 

In another example, in the case of media/event relationship, there is a headline 
about particular event. A user that expresses an interest to interact about the event will be 
notified about the event and will have the capability to interact, in relation to the event, 
with other users (by text, through voice or video). The particular form of interaction (and 

25 sharing) can be selectively specified. This is comparable to a dynamic bulletin board, 
where the subject is event driven, and where the user can specify who are allowed to 
participate. The interactions can be recorded and replayed later. In the case of an event 
interest(s), the users specify their interest (which can be in either other user application 
events or system events) and the system automatically alerts them to the occurrence of the 

30 event. Furthermore, the system can provide not just the alert but also additional 
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information (such as the associated view(s)), so that the alert can be related, in context, 
with that additional information. For example, messages with a corresponding text 
description can be provided automatically if triggered by conditions that have been 
specified by the user. In this way, a user can proactively watch a limited number of 
5 views, but once there are changes that occur in other views of interest, the user will 
receive a message that includes an access identifier to such other view or views. The 
identifier can point to or provide an access to a snapshot of a view at the triggered 
moment as well real-time views. The view typically contains a combination of table 
views, chart/graph views, news, etc. 

10 Referring now to FIG. 36, the user specifies, at 3601, any association(s) among 

one or more conditions (a condition group) and the views to be sent to him and/or other 
users when such condition(s) occur. The user can further specify other attributes, at 3602, 
such as the size and location of the views to be displayed, and whether to display these 
views automatically or under control of the user. The system creates an identifier and the 

15 associated information for each condition or condition group (users, views, view size, and 
location, etc) and stores the identifier and information (at 3603). The system monitors for 
the occurrence of such condition/condition group at 3604. When condition/condition 
group occurs, the system sends the access identifier to the user(s) at 3605. The views can 
then be displayed to the user automatically or manually under user control (at 3606). It 

20 should be noted, that the user, at any time, can modify the attributes of an access 
identifier at 3607. 

Referring to FIG 37, once initiated at 3701, the system tests, at 3702, whether 
sharing is to be implemented. If sharing is to be implemented, the user then determines, 
at 3703 whether any default parameters will be customized. If none are to be customized, 
25 the user proceeds to 3706, otherwise the user specifies and customizes those parameters 
at 3705. The user then determines whether any other parameters need to be specified at 
3706. If yes, the user specifies and sets those parameters at 3707 after which the system 
implements the sharing mode at 3708. If no parameters are to be specified at 3706 the 
system proceeds to implement the sharing mode at 3708. 
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The application access identifier can be generated automatically by the system 
based on the identity of receiver, or can be generated using user specified information at 
the time of generation. In either instance, it is then sent to the recipients by the system. 
The sender of the identifier will be able to see what identifiers he sent and can 
5 dynamically change access of a recipient by modifying parameters associated with the 
identifier. The system will selectively create application views and displays based on 
these parameters. Such a per-user customization will provide a subset of shared 
application functionality to such a user. 

The user can specify application access parameters or use default parameters 
10 (which can be further overwritten). Some or all of the parameters can have a default value 
on a per user basis. The system will create an access identifier and will store the 
following parameters associated with the identifier. In a typical implementation, the 
system parameters which are used are: 

For how long the identifier is valid? 

15 Which users can use the identifier ? 

Does the identifier usage requires further information? 

such password and/or user ID? 

What information is accessible? 

information slices; 

20 view groups and views; 

columns within the view; 

chart/graph type available; 

capability to make transactions; 

What content is displayed? 

25 Sensitive content can be "blacked-out" 

What kind of interaction is allowed: 
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for example, moving columns, sorting, etc. 
Is data sharing or view sharing implemented? 
What components of the application display are shared? 
Can further sharing of the application be allowed? 

5 

The system will keep a history of sharing and can provide a user with the choice 
of previously selected used parameters. 

In other aspects of the invention, a number of implementations and uses of the 
inventive architecture are described below. 

10 hi one particular embodiment, the system can be deployed locally and the shared 

application is implemented as a local application with a graphical user interface (GUI). 
This configuration of the software allows a bi-directional interaction between in-house 
(local) applications and Internet/Intranet (web-based) applications where any operation in 
one program is automatically reflected in another program through the use of shared 

15 views. For example, sorting or moving a column by a first in-house user of a group, will 
result in an updated (sorted/moved) display on the web-based application of a second user 
of the group, and vice versa. Further, when the user using web-based application 
accesses a new application display which has not yet been viewed by the local user, it will 
cause a new window to pop up on the local user's screen. Also, in another example, 

20 when the user using a web-based application, changes an information slice (such as a 
portfolio which he is viewing in the case of a financial application), the result will be 
displayed in the local application, thus showing that information slice (portfolio) to the 
local user. 

This application display methodology can be advantageous for users who want to 
25 control proprietary data and applications locally, and at the same time, have the flexibility 
of interactively remotely accessing the data through the network in exactly same way as 
though they were local. 

The system thus also provides a message sharing platform. Referring to FIG. 13, 
as one example, users can go to an outside meeting (step 500) and yet access all of the 
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application views which are available on the corresponding local application, in the same 

way that it existed, at his computer, when he left it. (step 502). Further, he can access the 

views, interactively, from any computer with internet access and without any setup delay. 

In addition, the user can interact and modify the views from the remote location, (step 
5 504), and when the user returns from the meeting (step 506) he will find, at his display 

device, the views he was watching before he left and/or any new/modified views created 

during his outside visit (step 508). 

In another example, the user can monitor from home any of his peers and can 

selectively look at any of the application displays of his peers in the real-time. This is 
10 accomplished because the ViewServer keeps information regarding the views which were 

accessed and used. Essentially then, the methodology of the invention, using this 

structure, provides the capability of sharing interactive real-time application views from 

any location at any time. 

In a similar manner, two or more web-based applications can interact through 
15 shared application displays in a shared application/ViewServer architecture (FIG. 2) and 

where the shared application/ViewServer can be either a local application or a server 

application. 

Accordingly, a typical architecture for implementing shared views and 
maintaining the applications "in-house" is illustrated in FIG. 14. In accordance with this 

20 architectural aspect of the invention, a plurality of local computing devices 530 connect 
to a private network or intranet 540 and run the applications "locally". There is provided 
a connection between the private network (for example a local area network or virtual 
private network) and the public network (for example the Internet or intranet) 550. 
Remote computing devices 560 connect over the public network to the private network 

25 540. In a similar way if network 550 represents an intranet then local users can access and 
share other local user applications of others. Another example is a one-to-many sharing 
interaction where the user runs his local application on his device (which can be, for 
example, a computer, laptop or wireless PDA) and can share the application with other 
users through the network. This way the user is in complete control of the application 
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sharing because it resides on his device and he can, at any point of time, physically 
disconnect other users or terminate the program. 

Referring to FIG. 33, an operation according to one embodiment of the invention, 
a user device 12Z, in this particular embodiment, will have a web server 40, an 
5 ApplicationServer 42 as well as a shared application 3303. In the case that the application 
is not initially located on the user device (such Java applet or C# based program, for 
example), as tested at 3410 (FIG. 34), it can be downloaded with associated resources at 
3430 from other locations such as application storage 3340. Once the application is on 
the user device, the user can send a message to other users 12-12n at 3440 which will 

10 contain an identifier for the sharing access. The sharing users will utilize this identifier at 
3440 to login to the user device through the web server and share the application. IN 
some embodiments of this aspect of the invention, depending upon the nature of the 
shared application and the network 16, the Webserver and ApplicationServer may not be 
needed. 

15 Interactive Table 

HTML is a widely used standard but it does not have the built-in facilities to 
interactively manipulate table content especially when this content is dynamically 
updated. According to the invention, therefore, column, row, and cell interactivity can be 
provided to manipulate the table content. For convenience, most of the interactivity and 

20 manipulations described here relate to columns of a table, however they are equally 
applicable to manipulations and interactivity among the rows of a table. Many of the 
manipulation herein described can also be advantageously applied to non-HTML tables. 
Column Operations 

As illustrated in FIG. 3, there are included in the display various control 

25 "buttons." In this embodiment, selecting a control button will visually mark it and 
deselecting it will remove the visual marking of the control button. In addition, when 
there is only one control of particular type that can be selected at a time in a given table, 
selecting another control of the same type will deselect the previous control. 

Such control will be called uni-column control. For example, selecting a column 

30 to move can be applied only to one column at a time. 
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On the other hand, a column filter can be applied to multiple columns and as such 
it is a multi-column control. Selecting second multi-column control will not deselect a 
first one. Some of the controls can be configured as either uni-column, or multi-column, 
for example column sort. Multi-column controls will have in addition to controls 
5 associated with columns, a per table control which allows selecting/deselecting all the 
operation that apply to a selected controls of that type. 

There are a few practical reasons, for having such a control. First, it allows 
deselect all the operations of particular type within one action, without the need to 
individually deselect controls in each selected column. Second, after deselection, it will 
10 allow selection of all previously unselected controls at once, thus keeping a history of last 
multi-column selection of that type. 

Also, the table will keep a history of multi-column operations, thus allowing the 
user to easily choose from previous operations. For each selected multi-column control of 
particular type, an associated per-table control of that type will be presented in a per table 
15 control panel. This is illustrated in FIG. 45G and FIG. 45H. 

Buttons 62a, 62b, 62m, in this embodiment, for example, when clicked upon, 
will automatically enable a rearrangement of the views, so that the column clicked upon 
is sorted and visually marked, and presented either in ascending (sort up) or descending 
(sort down) order. The marked column control button can be visually marked (such as 
20 enlarged, and/or highlighted or otherwise distinguished). Any of the columns can be 

selected and will control the reorientation of each of the rows into an order according to 
that column. 

In addition, an additional control button such as a button 62x separate from the 
table (as illustrated) can be used to lock the particular sort selected (sort lock), no matter 

25 to which of the columns the sort relates. Alternatively, a lock button can be displayed 
adjacent to an actuated button 62a, 62b. . . 62m. The sort lock control button will appear 
only after a sort was performed in the table. Once locked, that order will be maintained 
across the entire table and the rows rearranged if updated data requires such a 
rearrangement in rows. The sort can be implemented to automatically take place as the 

30 data is dynamically updated. Note that in accordance with this embodiment of the 
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invention, only one column can be selected at a time to control the sort operation. To 
indicate such a sort lock, the sort lock control button will be visually marked (such as 
highlighted and/or enlarged) in the column, that was lock sorted. Actuating that control 
button, deselects the sort lock function, leaving the visual appearance of that button in its 
5 normal state. Further, selecting the sort control button in any other column, while one is 
already activated, will deselect the previous sort lock, and enable a new sort lock 
associated with the newly sorted column. 

Alternative embodiment of the invention is multi-column sort, and multi-column 
sort lock/unlock. For example, as shown in FIG. 46 A table 4610 presented, 

10 having three columns A (alphanumeric column), B (date column, where format used is 
Month/Day/Year) and numeric column C. Each of the columns has associated sort 
controls, such as sort ascending control 4602 and sort descending control 4603 in 
column A. Selecting control 4602 in FIG. 46 A sorts table 4610 by ascending order of 
column A resulting in table 4620, while visually marking control 4602A, as shown in 

15 FIG. 46B. Selecting control 4604 in FIG. 46B sorts table 4620 by ascending order of 

column A and then ascending order of column B, resulting in table 4630, while visually 
marking controls 4602A and 4604A, as shown in FIG. 46C. Selecting control 4606 in 
FIG. 46C sorts table 4620 by ascending order of column A, then ascending order of 
column B and then ascending order of column C, resulting in table 4640, while visually 

20 marking controls 4602A, 4604A and 4606A, as shown in FIG. 46D. In one embodiment, 
the sort order among the columns in the multi-column sort, is established by the relative 
positions of the columns. For example, moving column B in FIG. 46D to the first column, 
moves column A to the second column, and the sort among the columns is done in the 
following order: first by ascending order of column B, then by ascending order of 

25 column A and then by ascending order of column C, resulting in table 4650, as shown in 
FIG. 46E. Selecting sort descending control 4608 in column C, results in table 4660, as 
shown in FIG. 46F, where visually marking is removed from control 4606A (indicated at 
4606) and visually marking control is added to control 4608 as indicated at 4608A. 
Multi-column sort can be also sort locked, resulting in dynamically keeping the 
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established sort order while data in the table is dynamically updated. Multi-column sort 
lock control will be typically located in per-table control bar described earlier. 

In the preferred embodiment of the invention, the user action and its parameters 
are passed to and maintained on the ViewServer. For example, sort order will be 
5 maintained on the ViewServer, so that the columns will be resorted upon the presentation 
to the user as the data changes. This allows for the same sort order to be maintained even 
where the user logs out from one location and logs in from a separate location. This 
advantageously saves the user from needing to repeat the steps which relate to his 
preferred "view" of the data as the user may move from one location and log on at 
10 another. 

In addition, other, or hidden, control buttons can be displayed to scroll and move 
columns to the left and/or right. Accordingly, in one general embodiment of the 
invention, one can use a "control button" such as the control button 63 illustrated in FIG. 
3 to open up, or activate, a new series of control buttons, like control buttons 65, which, 

15 when clicked upon, selects a column and enables that column to be moved to the left or 
the right one or more columns. For example, one of the previously hidden control 
buttons, when clicked upon, can open up a series of buttons (like button 65), or those 
buttons 65 can be displayed by default. Then, the first button clicked identifies a column 
to be moved while a second button clicked identifies where to move the column. The 

20 data can then be rearranged in the view. Also, in this manner, the data presentation can 
be flexibly altered, in an automatic "click and drag" or other manner to move related 
column data so that it is adjacent to each other. Also, in this manner, different views of 
the data can be automatically obtained, in real time, to enable view analysis and/or 
otherwise help the decision process. To accomplish the new view, the requested "button" 

25 click is sent by the user's browser back through the network 16 to the system 18 where 
the new view and page can be assembled and obtained. 

For example, according to one embodiment of the invention, each column can 
have a Control Button to select the column to be controlled, and MoveTo (<- ->) 
Buttons (such as buttons 630, 632 to be described later), and Sort Up/Lock/Down buttons. 

30 Clicking on the Sort button will rearrange the view so that the column clicked upon is 
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presented either in ascending or descending order. If the Control Button in the column is 
clicked on, then that column will be identified visually as the selected column and will 
cause the display of MoveTo buttons on all the columns except the selected column. A 
Table View Control Button, when clicked, shows the Column Control Button and Column 
5 MoveTo (<- ->) Buttons. If the ColumnMoveTo Button of a column is clicked, this 
column will be moved (if possible) one column to the right if the -> button clicked, or 
one column to the left if the <- button was clicked. If the Column Control Button is 
clicked, the subsequent clicking of a <- or -> button on a different column causes the 
selected column to move accordingly to the left or the right of the clicked on column. 
10 Also, according to another embodiment of the invention, each column can have a Control 
Button that allows the user to hide that column, as well as button(s) to reveal adjacent 
hidden columns. 

In a particularly preferred embodiment of the invention, referring to FIG. 15, the 
GUI presentation has a column control actuation button 600. This mechanism can turn 

15 on (cause to be displayed) "column controls" in the column headers. (FIG. 16). These 
controls 602, 604, 606, . . . can be added or removed by actuating the column control 
actuation button 600. Thus when this control is turned on, as in FIG. 16, on, the columns 
will have controls 602, 604, 606, ... in the headers, and when the control 600 is turned off 
(FIG. 15), the column controls 602, 604, 606, ...will disappear. In this way, the system 

20 preserves space on the user screen and does not show the control buttons when they are 
not needed. Thus, the system avoids cluttering the screen, yet provides the flexibility to 
add the controls with one actuation. (For simplicity, in the figures, upon activation of 
button 600 only those controls needed to understand the figures have been illustrated. It is 
to be understood that in actual system, all of the control buttons that were configured to 

25 be displayed, will be presented.) 

The column controls of FIG. 16 allow the user to rapidly and effectively perform a 
sophisticated manipulation of columns, such as column sort, sort lock, move, hide and 
reveal, aggregation, filtering, charting and more. These controls allow direct 
manipulation of information without displaying any additional screens, so that the user 

30 can continuously watch the current view. The system will also have a column control 
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bar, which, as shown in FIG. 47, provides the ability to selectively indicate which of the 
column controls will appear (at 4710), and in what arrangement (at 4720), when the 
column controls are displayed. 

Once the control button 600 is in its "on" state (FIG. 16), several operations can 
5 be implemented. In one such operation, the move select <-> button 620 indicates a 
column to move. Clicking on the <-> button will select the column for a move and the 
selected button will be visually marked (for example enlarged). All of the columns, 
except the selected column will show "now Move To <I l>" arrows 630, 632 (FIG. 17). 
In another aspect, either of the <l l> buttons 630, 632 will move the selected 

10 column respectively to the left/right of the clicked column. Thus, in FIG. 17, button 640 
was selected, with the result shown in FIG. 18. Further, clicking the <-> button 620 on 
the selected column will deselect it, and the visually marking of the button 620 will be 
removed and the "move to" controls 630, 632 in FIG. 17 in all other columns will 
disappear. Clicking the <-> on any other column will deselect the previous column as the 

15 column to move and will select the "other" column as the column to move. 

hi addition, one of the column control buttons "-" is used to hide that column. 
Selecting the "-" control will cause that column to disappear from the table. Such a 
"hidden" column will be indicated by a newly appearing "+" button in the column that 
was adjacent to the "hidden" column. Selecting the "+" button will "reveal" the "hidden" 

20 column. It is possible that a given column will have more then one "+" which will 
indicate there are multiple hidden columns adjacent to that column. The user can 
selectively "reveal" a specific column whose identity can be displayed while rolling a 
mouse over the "+" buttons. 
Aggregation 

25 Referring to Fig. 40A, other controls for effecting other manipulations of the table 

can be made visible by clicking on button 600. The control buttons { ' 4001, as shown at 
FIG. 40A, are used for preset or dynamic aggregation of the table by the content of the 
associated column when selected. Beside a preset aggregation table, where the 
aggregation criteria are fixed, the table can be dynamically aggregated by any column in 

30 the table. When a column is selected for aggregation by activating '{ ', the aggregate 
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control 4001 will be visually marked (for example enlarged and/or highlighted) to 
indicate the selection, as shown at 4002 (FIG. 40B). If that column was not a first 
column, the aggregated column will become the first column. In the newly created 
aggregated table, only the numeric data columns that can be aggregated will be presented. 
5 When aggregated view 4020 is drilled down upon, by activating a folder-like control 
4003 A, for a row 4006 in the aggregated column, the resulting detail table 4040 (FIG. 
40D) for that row will present all of the columns of data from the original table 4010. The 
original table 4010 will again be displayed after deselecting the selected '{ ' control 4002. 
Alternatively, selecting aggregation of a different column, for example column D in table 

10 4020 will display a new aggregated table 4050 (FIG. 40E). In both cases, the visually 
marking of previously selected control 4002 will be removed. 
There can be at least two types of aggregation: basic aggregation and parameterized 
aggregation (for example, range aggregation where aggregation is performed based on 
specified ranges). Basic aggregation uses solely a column content to group the 

15 information. For example, in FIG. 40 A, basic aggregation is applied to column B in the 
table 4010. 

As a result, a new table 4020 is generated containing only the aggregated column 
B and derived numeric columns, such as shown in columns in C and D. The column B 
becomes a first column. Original column A, which contained text information is not 

20 included in table view 4020. In FIG. 40B, five aggregated groups are created in column B 
labeled 500, 700, 800, 850 and 1100, and contain folder-like controls 4003. An 
aggregation control 4002 in column B visually indicates that aggregation is performed 
using that column. Correspondingly, the content of a selected row in column C in table 
4020 is the result of straight addition of the values in column C for the rows having a 

25 value in column B of table 4010 equal to the value in column B of the selected row in 
table 4020. Further manipulation of the resulting aggregated columns, using a selected 
function, is possible. For example, in FIG. 40C an averaging function is applied to the 
underlying data of column C resulting in average values as illustrated in column C avg. 
For example, the value of C avg in the row corresponding to the folder labeled 1 100 of 

30 FIG. 40C is an average value of the values in column C in the rows of Fig. 40A, which 

32 

BOSTON 1305933V1 



111987.122 



contain value 1 100 in column B. As noted above, other functions can be applied to the 
underlying data of FIG. 40A. 

Referring now to FIG. 41A, a range aggregation of column information is 
illustrated, applying for convenience the same table illustrated in FIG. 40A. The 
5 aggregation criteria applied to column B in FIG. 41 A, rather then selecting single cell 
values, selects a range of column cell values and aggregates the data associated with the 
rows grouped by the selected criteria. For example, aggregating a column B in FIG 41 A 
using a range of 250, for example, as illustrated, using a base level of 0, will result in a 
table 4120 as shown in FIG 41B. Applying an averaging function to the underlying data 
10 in column C, in FIG 41B, results in the illustrated table 4130 of FIG 41C. 

The parameters for parameterized aggregation can be automatically presented 
based on raw column type (such as string, numeric, date), the semantics of that column 
(for example - column name), the view, and the user's previously selected parameters for 
that column. 

15 In operation, referring to FIG. 40 or FIG. 41, the user initiates the aggregation 

operation by clicking on the '{ ' control. The system, if so configured, can perform, for 
example, in response to single action, an immediate default aggregation (for example a 
basic aggregation, or the aggregation performed last time). If a parameterized aggregation 
is performed in a non default mode, the system displays an aggregation control panel 

20 5010 in any of a number of convenient display formats, for example a pop up window, or 
in a designated area appearing above the table, as shown in FIG. 50. Deselecting column 
aggregation, will remove column aggregation panel, if it was displayed. 

In the aggregation control panel display, aggregation criteria will be presented and 
will be context sensitive (either one or a combination of per column data type, column 

25 semantics, per view, per user). For example, if the aggregated column represents dates, 
and parameterized aggregation is selected, the displayed criteria could present a choice of 
aggregating the data by week, month, quarter, year or another increment to be used for 
aggregation (for example, aggregate by each consecutive 3 days). In the case of text 
columns in a parameterized aggregation, the displayed criteria could be a choice of 

30 regular expressions. In addition, the context sensitive history of a user's previous 
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selections can be displayed. That history is dependent at least on the column and/or the 
aggregation type selected. The user can choose additional aggregation parameters from 
the aggregation control panel. Upon selection, a table corresponding, for example, to 
figures 40B or 4 IB, is presented for view. 
5 Filtering 

Referring to FIGS. 42A-C, in addition to the controls already described, another 
column control '*' 4201 is used for dynamic filtering of the table by the content of 
selected column. The table rows can be dynamically filtered by any column or columns in 
the table. A column is selected for filtering by activating the '*' filtering control, and will 

10 be visually marked (for example an enlarged or highlighted '*' 4202) to indicate the 
selection. In the newly created filtered table 4220, only the rows that match the filter 
criteria in the filtered column or columns will be displayed. As a result, the totals in the 
columns, where totals are computed, can be affected. The effect of column filtering will 
be reversed after deselecting the selected '*' control in the column, and the visual 

1 5 marking of previously selected control 4202 will be removed. Li the case where the table 
is already aggregated, the rows of the table underlying the aggregated table are those that 
filtered. 

For example, in FIG. 42A filtering is applied to column B by selecting control 
button '*' 4201 in that column. As illustrated in FIG. 51A, a filter control panel 51 10 

20 appears, for example as a pop-up window or displayed above the table. The user sets the 
filter criteria for that column, for example, a range between 300 and 900 (as shown in 
FIG. 51A, the filter control panel 51 10 at this point presents filter criteria 51 15 for 
column B) and applies it. As a result, a new table 4220, as shown in FIG. 42B, is 
displayed. Subsequently, activating a filter control in a different column will display new 

25 filter criteria in the filter control panel 5 120 for each column to be filtered. Setting the 
filter in the range between 100 and 300 in column D (as shown in FIG. 5 IB, a filter 
control panel 5120 at this point presents filter criteria 51 15 for column B and filter 
criteria 5215 for column D ) results in the table 4230 as shown in FIG. 42C. 

Filter criteria presented in the control panel will be context sensitive (either one 
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or a combination of column data type, column semantics(for example - column name), 
view and user history). For example, if the filtered column represents dates, the criteria 
presented could be a choice of start date and end date, or criteria including only rows 
whose date is within a specified number of date units (for example, filter from today 
5 going forward a week). In the case of text columns, the filter criteria could present a 
choice of regular expressions. Upon activating a filter in the filter control panel, the 
selected filter criteria will be applied to the table. In addition, the context sensitive 
history of a user's previous selections can be displayed. That history is dependent on the 
column to which the filtering is applied. The user can choose additional parameters from 
10 the filtering control panel. In both cases of aggregation and filtering, the user can be 
visually presented with indications as to the nature of the information presented. For 
example, the title of the view will indicate if the view is aggregated and/or filtered and 
will provide the corresponding details. 
Charting 

15 Referring again to FIGS. 18 and 19, the column header can also have a control 

button "o" 650 (FIG. 18) to indicate charting. Clicking on this button, will cause the 
system to present a graph/chart 656 (FIG. 19) for the selected column. The column is 
visually marked in the column header by having a larger "O" button 654 (FIG. 19). 
Clicking on the "O" button 654 will deselect the charted column reverting control button 

20 "O" to its original size and will close the display chart/graph for this column. 

Charting/graphing can be enabled for one column at a time, or for multiple 
columns (either real columns or proxy columns). A proxy column is one not fully 
revealed in the selected, displayed column. In the case of uni-column charting/graphing 
control, selecting the control will result in displaying one chart/graph at a time for the 

25 associated table. In the case of multiple column charting/graphing, the system will 

display a chart/graph of each of the plural selected columns separately, or combine them 
in one chart/graph, if possible, depending for example, on data and/or chart/graph type. 
Each of the charts has separate controls for further customization, for example a chart 
type control 658. 
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For example, referring to FIG. 45A, charting/graphing is applied to column B by 
selecting control 'o' 4501 in that column of table 4510. As a result, a chart 4525 is 
displayed together with a table 4510, where chart/graph control 4502 is visually marked, 
as shown in FIG. 45B. If charting/graphing is set for uni-column operation, then selecting 
5 charting/graphing control 4503 in column D in FIG. 45B, will result as shown in FIG. 
45C, in a table 45 10, where chart/graph for column B is replaced by chart/graph 4535, 
where control 4504 is visually marked, and the visual marking of control 4501 is 
removed. 

If charting/graphing is set, by the user or system, for multi-column operation with 

10 a separate chart/graph display for each column, then selecting charting/graphing control 
4503 in column D in FIG. 45B, will result, as shown in FIG. 45D, in a table 4510, where 
both control 4502 and control 4504 are visually marked, and chart/graph 4535 is 
displayed along with chart/graph 4525. Further clicking on control 4502 in column B in 
FIG. 45D will deselect the chart/graph for that column, and will result, as shown in FIG. 

15 45E, in a table 45 10 where the visual marking is removed from control 4501, and only 
graph/chart 4535 is displayed. 

If charting/graphing is set for multi-column operation, where the data is combined 
in one chart/graph, then selecting charting/graphing control 4503 in column D in FIG. 
45B, will result, as shown in FIG. 45F, in table 4510, where both chart/graph controls 

20 4502 and 4504 are visually marked, and a combined chart/graph 4565 for displaying the 
data of both columns B and D. 

Shown in FIG. 45G, are table 4510, the combined chart 4565 of columns B and D, 
visually marked chart/graph controls 4502 and 4504, a control panel 4590 for the table, 
and chart/graph "undo" column control 4592 for the table. Selecting control 4592 in FIG. 

25 45G, results, as shown in FIG. 45H, in table 45 10 without removing chart/graph 4565, 
and with the visual marking from controls 4591, 4501 and 4503 removed. If, control 
4591 in FIG. 45H is selected, it will result in displaying the combined chart/graph for 
columns B and D (the "undoing" of the last operation) as shown in FIG. 45G. In the case 
where table data is continuously updated, (for example, using the adaptive pull 
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mechanism in the case of an HTML based application) the associated charts/graphs are 
updated accordingly. 

The appropriate graph/chart type can be automatically chosen based on the view, 
the column and the data, if the system is set up for automatic selection. For example, if 
5 the data is negative, a horizontal bar graph can be used, and if the view is an aggregated 
view, a pie chart can be displayed. Otherwise, the system will present the default or most 
recently used chart/graph type, and provide the capability to select from other chart types, 
as shown for example, in FIG. 19, chart 656. 

The invention also provides a view column control follow-up feature, which 
10 allows for the relevant column control information and related presentation to propagate 
from one view to another view, such as, for example, propagating from aggregate view to 
detail view, or propagating among different views in the same view group. 

The view column control follow-up can be provided for both multi-column and 
uni-column controls, as long as the data in the followed-up view can be presented in a 
15 non-conflicting manner. 

For example, a column sort lock and column charts that are presented in 
aggregated view can be automatically presented in a detail view. (For an aggregated 
view, which has presented chart/graphs, the drill down can be performed using a 
chart/graph or using folder-like control 4003 A in aggregated rows in the table). As a 
20 result, the detailed view will be sorted in the same order as aggregated view, and charts 
presented in the aggregate view will be presented in detail view. 

Similarly, all the described controls in the columns can be applied to the rows as 
well, in which case full symmetry is applied where rows will be substituted by columns, 
and vice versa. The table, if appropriate, will have a selection mechanism to decide if it is 
25 column controlled or alternatively row controlled. 

A table, according to the invention, has the capability of dynamically adding 
columns from an available database of virtual columns or removing columns from the 
table. That capability, combined with dynamic aggregation by any column and filtering by 
any column combination (that is, by more than one column) provides a very flexible 
30 method for data searching and presentation. 
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A table's columns can thus be of two types: regular and virtual. Regular columns 
are ones that appear in the tables, either visible or not (hidden). The virtual columns are 
ones that can be added to the table, either as a regular column or a proxy column. A proxy 
column is a column to whose content, column manipulation can be applied, thereby 
5 potentially changing the displayed data in the table or in a view related to the table, but 
without displaying the actual data of the proxy column. A virtual column can be selected 
from the virtual database using a list, a browsing mechanism or another convenient 
method. The user can decide how to use the virtual column ( either as real or proxy 
column). 

10 A preferred embodiment, according to this aspect of the invention, for a proxy 

column features a column header for a regular column, which contains all the column 
controls. Furthermore, the selected column can be instantiated as a new column in the 
table. In addition, the list of columns can be provided dynamically, based on available 
database information and may be presented as a combination of column type, column 

15 semantics and user preferences. Further, if a column can be parameterized, appropriate 
parameter choices for instantiated column will be provided. Referring to FIG. 49, for 
example, if the column is P&L (profit and loss), choices of time horizon will be provided, 
such as daily, weekly, monthly, quarterly and yearly, as well as potentially an optional 
parameter, if it is realized or unrealized. 

20 For example, a proxy column can be sorted upon, potentially changing the order 

of the table rows; or a proxy column can be charted without affecting the display of the 
table. As an example, in FIG. 43 A, a table 4310 and a virtual column database 4315 are 
illustrated. Selecting a column M from the database 4315 and adding it to the table 4310 
results in table 4320, as shown in FIG. 43B, with column M being added to the table as 

25 regular column. 

All displayed regular columns can become virtual. FIG. 43C illustrates a table 
4330 with a 'V control 4332 in the table headers, which were for example activated by 
using control actuation button 600. Activating the 'V control in column C will remove 
this column from the table 4330, resulting in table 4340 as shown in FIG. 43D, although 

30 the column is still available for all purpose in the virtual column database 43 15. The use 
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of the virtual columns is illustrated in FIGS. 43E - J. The column M is added, as a result 
of user selection, as a proxy column to the table 4350 (FIG 43E) from the virtual column 
database 4315. The resulting table 4360 is shown in FIG. 43F, where 4365 represents a 
proxy column M. (Note that the content of the proxy column is not displayed, whereas the 
5 content is displayed when the virtual column is selected as real column, and therefore 
added to a table, as in FIG. 43B.) Sorting table 4360 by ascending value content of 
column M (which has values of 125 for row 1, 175 for row 2, and 100 for row 3 as shown 
in column content 4366) by activating a sort ascending control 4367 in the proxy column 
header results in the table 4370 shown in FIG. 43G, where control 4367A is visually 
10 marked. 

Activating a graph control 4368 in proxy column 4365 in a table 4360 results in 
table 4380, where control 4368A is visually marked and graph 4385 is shown in FIG. 
43H. Activating an 'R' control 4369 in proxy column 4365 in table 4360 will make the 
column a regular column M in table 4390, as illustrated in FIG. 43J. 

15 

Override Feature (Cell Operation) 

Referring to FIG. 4, and the flow chart of FIG. 52, in another aspect of the 
invention, a display of a so-called "override" is presented in tabular form 74. In 
accordance with this aspect of the invention, the system, for example, but not necessarily, 

20 in real time, provides for overriding the data provided by the system with user-generated 
data. Accordingly, referring to FIG. 4, the tabular representation 74 includes a so-called 
"override" section illustratively shown as the last column under "local price." (Other 
columns could be identified as "overrideable" as well, provided, in accordance with the 
system, their data can be overwritten.) In this section, the user selects the cell(s) to 

25 override (step 5210) and can enter price data (step 5220), which is to override the actual 
price provided by the data in the system 18. In operation, the view may present, for a cell, 
a display of a text field 77a and an override button 76 (x). Upon "clicking" on the 
override button "x," (at step 5225) after entering the override data in the text field (here 
25), the user's system will forward the override data through the network (step 5230), for 

30 ex ample the web, to the system 1 8 where it will be used to recalculate all of the other 
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dependent data in the system (step 5235) either locally or globally as determined by the 
user system. A new page display will then be generated (step 5240) containing an added 
unoverride button 77 in the cell being overridden, and provided to the user for display by 
the web server 40 (step 5250). (Each of the users that will have access to the effects of 
5 the overridden data, will see the changes according to system operation.) In this 

configuration, the user can thereafter "unoverride" the overridden data (step 5260) by 
clicking on the unoverride button 77 (which conditionally appears only in an overridden 
cell) and the system 18 will then reverse the overridden data with associated system 
provided data if such data exists, and will recalculate all of the data with such system 

10 provided data. The resulting revised display will then reflect the system provided value 
for any of the data, which has been "unoverrode." Further, it is important to recognize 
that the system provided data may be dynamically changing or at least updated from the 
time of the override. 

Accordingly, the system thus provides an operational flexibility unavailable 

15 previously and enables the real-time data presentation to be overridden in any and all of 
the processed displays presented by the system, and then "unoverridden". 
Row Operations 

While the description herein has concentrated upon column manipulations and 
activities, as noted above, the same tools and functions could be equally applied to rows 

20 of a table. Further, however, the user has a capability in accordance with the invention to 
select a row, for example, by selecting a symbol, and to indicate for the selected row 
various operations similar to, but different than, those described above. Referring now to 
FIG. 8A, in one aspect, a user can modify or edit some of the row information by 
displaying the original screen where the row is defined, and effecting the modification. 

25 For example, a trade can be modified by clicking on the "Modify trade" control button 
800. This causes a new screen to open (FIG. 8B), and the user either modifies 802, or 
cancels the trade, 803, causing a new window to open. After the user confirms that the 
trade is to be modified by clicking on the "yes" button 900 (FIG. 9), the system displays, 
referring to FIG. 10, the detailed data for that selected trade entry. The user can modify 
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this trade entry as desired, and when done, the modified trade will replace the original 
trade in the user display (FIG. 8A) as well as in the system 18 storage and memory. 

In another aspect of the invention, the user can require and display, for portfolio 
analysis, aggregated data (as described above) collected by any of a variety of 
5 characteristics, for example, by country as illustrated in FIG. 1 1 . Alternative aggregated 
views can be provided to present the data, as noted in line 1000, by allocation, by asset 
class, by currency, by industry etc. These views, while accessed by the user, will be kept 
in the ViewServer cache 70 for display by the ApplicationServer 42 through the web 
server 40. When the aggregated symbol is clicked upon, a more detailed presentation, as 
10 shown in the display detail drill down table of FIG. 12, will be displayed. 
Adaptive Pull 

In accordance with another aspect of the invention, as noted above, the metadata 
is preferably provided with the retimed web page to automatically refresh the display at a 
periodic rate. When a refresh is requested by the browser, at 200, referring to FIG. 8, the 

1 5 ApplicationServer 42 inquires of the system, at 202, whether any of the data and/or 

presentation has changed, and if any has changed, that update data is available at 204 in 
ViewServer cache 70. Cache 70 is constantly being updated, asynchronously, as new data 
is acquired by the system, or as data is rearranged. The page is then reassembled and 
passed through the ApplicationServer at 206, to the web server at 208, and then to the 

20 user browser for eventual display at 210. This is a simple process for "HTML" pages. 

If no change has been made in the data and/or presentation, then there is no need 
to provide a further update and the same page can be used at 209. 

The system can automatically provide for a dynamically changing repetition rate 
for the refresh depending upon parameters set in accordance with the system operation. 

25 Thus, refresh can occur much more quickly when changes have been requested to be 
made to the display at the user system, but updates can be made much less frequently 
when, for example, further user requests have not taken place, for example, for ten 
minutes, or when the markets have closed. Other use parameters can also be provided to 
control the rate of refresh of the display, such as tabular display 72. For the financial 

30 markets, this can be depend upon the instruments being displayed, the time of day, the 
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nature of the market, whether this is a new view or a new page (the system will 
automatically display a default view of the page when entered the first time), etc. 
Alternative Data Sources 

The ViewTOTAL data sources and processing servers are dependent on the task at 
5 hand and can vary. One useful embodiment is to load a table (or table like data) into 
ViewTOTAL from an external data source, for example, a spreadsheet, and allow it to be 
manipulated through controls provided in the interactive table described above. It can 
also share the resulting interaction with other users in the network. Another useful 
interaction is to load information into ViewServer from the web page by parsing it. The 
10 resulting information can be presented separately of the original page, or it may be 

displayed within a page which emulates the original page where a new table is substituted 
by the interactive table. 

For example, the system can parse data from a data source (for example, a file, a 
database, a web page, etc.) and load it in ViewTOTAL for further interaction and sharing. 

15 Referring to FIG. 48, the system is provided, manually or automatically, with a data 
source (step 4810). If the data source is a web page address (URL), tested at 4820, the 
system parses the page and extracts table or table-like information from the page (step 
4830). The system also maintains the original page information for further possible page 
duplication (step 4840). If the data source was not a web page address, the system 

20 extracts the data form the non web page data sources at 4845. If no errors occur, tested at 
4850, the system attempts to analyze and classify the data at 4855. One example of the 
results of the system analysis is to identify a data column type. 

The results of the analysis can them be presented to the user for correction or 
augmentation (step 4860). The system then loads the extracted table data information 

25 into the ViewTOTAL through the DataServer, populating other servers, for example 

ViewServer and the AnalyticalServer, caches. This is indicated at 4865. The ViewServer 
maintains the information in a table format (step 4870), and the ApplicationServer 
constructs a new page with a new table having interactive controls and populates the new 
table with the table from the ViewServer (step 4875). The system then presents the new 
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page which will contain the new interactive table, where, in the case of a web page data 
source, it can, if requested, provide a duplicate of the original page to the extent possible, 
where the original table is replaced with the new interactive table (step 4880). In a 
particular aspect of the invention, the new page can contain a link to the original page 
5 (step 4885). 

The user can then interact with the new table through its controls which 
communicate with the ViewServer (through the web server and Application Server as 
described above) (step 4890). The ViewServer responds to the user interaction as 
described hereinbefore and manipulates the table accordingly (step 4892). The 

10 ApplicationServer can construct the page containing a pre-arranged table which load 

information from the ViewServer cache and returns the page to the user through the web 
server (step 4894). The new page can be further shared among other users using the 
system sharing infrastructure as described in more detail elsewhere (step 4896). Finally, a 
new table cam be saved at any point of the interaction with the user in the system or at the 

1 5 user location for yet further interaction (step 4898). 
Client-based Programs 

In an alternate embodiment of the invention, client-based programs (such as lava 
applets, C# programs, or local programs) can be employed to download, through the 
web, the necessary information, preferably on a real-time basis, to update the user view. 

20 In this aspect of the invention, the client-based programs are created so that most of the 
program effort takes place at the servers of system 18 while a relatively "thin" program is 
downloaded to the user's browser, or deployed on the user's computing devices. The 
refresh of data at the user display takes place, incrementally and dynamically, preferably 
in real time. The client-based program reads the display configuration from the server 

25 and dynamically creates appropriate view groups. One program can flexibly present any 
view groups, and any views within a view group, as well as any columns in the case of a 
table based configuration. Preferably, the user display changes occur in a minimum 
number of elements such as, in the case of tables, symbols, fields and cells as opposed to 
full pages in the case of HTML. Symbols (and hence rows) and fields (and hence 

30 columns) can be dynamically added and deleted as well as cells being dynamically 
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updated. The program can deal with visual representation and interaction without 
necessarily fully "understanding" the content meaning. 

Thus, according to this aspect of the invention, it is only necessary to use the 
"thin" client-based program since in this embodiment much of the available information 
5 or data is handled at the server. This results in a real time dynamic update of the 
information on display at the user's site. 
One Click Failover 

hi yet another aspect of the invention, the display includes a "failover button", 
which can be used in those instances where, for some reason, the system 18 is unable (or 

10 is slow, for example) to provide the display updates. In this embodiment of the invention, 
referring to FIGS 5 A and 5B, clicking on the failover button enables the system to access 
an alternate web server 40b connected to communication private networks 30, 32 to 
access an alternate ApplicationServer 42b. The alternate ApplicationServer 42b, as 
illustrated in FIG. 5B, then accesses the original ViewServer for the user, which 

15 maintained the display view parameters previously used to create the display seen by the 
user, and delivers it to the user browser, for example, through a faster route. If the 
original ViewServer were also unavailable, an alternate server would pick up the views 
recently accessed by this user. The ApplicationServer is thus able to update the previous 
display view, which is cached at the ViewServer, and delivers it through the web server 

20 40 b, to the Internet and then to the user, thus enabling a reliable and redundant 

connection to the data even if, for example, the web server 40a and/or ApplicationServer 
42a, originally being employed, were to fail or slow down. This operation is illustrated in 
FIG. 5A, the "before failover mode" configuration and FIG. 5B the "after failover mode" 
configuration. Importantly, it is the user who, in this embodiment, initiates the transfer 

25 upon recognizing the inability to obtain further updates or other views from the system 18 
using the path originally assigned to it. 

The link to the failover server will be generated by the current ApplicationServer 
with the name of the failover server, with an encrypted user identification (such as an 
access identifier or user name and password), timestamp (if the button is pressed after 

30 certain time period it will not be allowed to login for security reasons) as well as other 
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parameters such as view name. The failover server will log in the user, connect to the 
ViewServer and display the specified view and as such it will provide "hot recovery." 
Thus, for example, before failover, a page can have associated with it "failover" buttons 
(and written in the pages) as follows: 

Button 1 Button2 FailoverButton 
[http://serverA ...] [http://serverA ...] [http://serverB ...] 

After failover, the displayed page can contain the alternate failover identifications: 



Button 1 Button2 FailoverButton 

[http://serverB ...] [http://serverB...] [http://serverA ... ] 

or 

Button 1 Button2 FailoverButton 

15 [http://serverB ...] [http://serverB...] [http://serverC ... ] 

if more than 2 web servers are available for further redundancy. 



General Look and Feel 
Referring to FIG. 6, at the user/browser site, many different type displays can and 

20 are provided by the system 18. As noted above, in connection with FIGS. 3 and 4, 

various tables 80 can be provided to illustrate the data being requested. But in addition, 
graphs 82, charts 84, news text 86 and various Alert information, either in the form 
tables, texts, graphs, charts, or other indicia, can be provided and displayed to the user. In 
particular, when using, for example, the tables provided in FIG. 3, color can be indicative 

25 of changes in value from a previous update, or from an update within the previous, for 
example, ten minutes. Thus, red can, for example, be used to indicate values in any cell 
that have decreased in value while green might be used to represent values that have 
increased in value. This easy visual indication of changes in various portions of the table 
provide the user with an immediate advantageous secondary source of visual indication to 
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enable quick understanding and mental analysis of the display being presented. This is 
particularly useful where the display is both involved and complex. 

Referring to FIG. 6, each of the graphs, charts, and other presentations, etc. have a 
defined configuration. In accordance with a preferred embodiment of the invention, each 
5 user has his own preferred configuration for the graphs, tables, etc. The server maintains 
the configuration information for the user and provides to the user the information as the 
user has previously designated. In addition, as illustrated in, for example, FIG. 3, many 
of the application presentations have a structure in which they provide a View Group 800 
such as the group's portfolio, trades, markets, trade entry, and log out (FIG. 3), and within 

10 the View Groups, views which include the interactive views 60. 

The ViewServer will keep configuration data on a per user basis, identifying what 
View Groups 800 and Views 60 the user sees, as well as parameters for Tables (for 
example, which column to show and in what order) and Charts (for example, a default 
chart type). By clicking on User View Group, the application shows a list of Views for 

15 this group. By Clicking on the View, the application shows the presented data on one or 
more tables or charts or on a combination of them. Note also that certain views, like 
tables and charts, typically display dynamically changing information. 

Referring to FIGS. 20A-D each page will have different display areas such as 
Display Browse Controls ( View Group controls, View controls, View Slice controls ), 

20 Table View , ChartView, Alert View, NewsView, MessageViewm etc. Each of those and 
other display areas can be hidden or revealed by display area control actuation buttons, 
such as buttons 1800, 1801, 1802. Selecting such a control button on the visible area will 
make this area disappear. Selecting it again will make this area reappear. Selecting 
button 1800 in FIG. 20A will cause the page view to change and look like FIG. 20B. 

25 Selecting button 1 802 in FIG. 20B will cause the page view to change and look like FIG. 
20C Selecting button 1802 in FIG. 20C will cause page view to change and look like FIG. 
20D (the same view as FIG. 20B). 

As noted above, to display data updates on the user screen, the ViewServer will 
refresh the page using the "refresh" meta tag embedded in the page HTML. The direction 
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of the data change in the data preferably is provided by a color change, for example green 
to indicate an increase in value and red to indicate the decrease in value. 

The user will have an interface to create new views from virtual columns. In 
addition the user can specify, other attributes such as filters, aggregations, e.t.c. At any 
point of time the view can be reconfigured, named and saved with its attributes. Also, the 
user will have an interface to create a ViewGroup and add/remove views, name and save 
ViewGroups, as well as create application displays by choosing ViewGroups. As such, 
the user has a full interactive capability to create his own configurable applications, which 
can be reconfigured further later. 

In the foregoing specification, the invention has been described with reference to 
specific embodiments thereof. It will, however, be evident that various modifications and 
changes may be made thereto without departing from the broader spirit and scope of the 
invention. The specification and drawings are, accordingly, to be regarded in an 
illustrative rather than a restrictive sense. 

Additions, subtractions, and modifications of the disclosed preferred 
embodiments of the invention will be apparent to those of skill in this field and are within 
the scope of the following claims. 
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